SYSTEM FOR OPERATING AN ASTRONOMICAL OBSERVATORY IN REAL TIME USING HTTP 



BACKGROUND OF THE INVENTION 
FIELD OF THE INVENTION 
This invention relies to controlling an astronomical observatory by means of a web browser md 
server confflsmnicatrng by an http protocol and more particularly, but not by way of limitation to 
controlling an astronomical obsarvatoty wlierein a user, by means of the web bfowser, may manipulate flie 
obsavatory eitiier remotely or locally m real time mi miqpcndexA of personnel support located at liie 
obs^iratory site. 

DISCUSSION OF THE PRIOR ART 

In U.S. Pat. No. 4,682,091 to KrewaDc et al. a telescq>e cratrol system is desaibei Tlie ccmtrol 
sy^em found therein disctoses the use of a microjHrocessor and a motes: pteed on each of two axis which 
makes it pc^ible for an op^afea* to receive d^itsd information concerning the position of a telescope and 
fisthar allow die op^a^ to manQ)ulate the telescope digitally. 

U.S. Pat. No. 5,133,050 to Gewge et al. discloses a system for opa:ating a telescope wh^ein a 
graphical display representmg the ni^ sly maybe used by an operat<»^ to guide a teiescq)e- In this system 
as the opemor locates an object c»i tihe gy^Aical display tilie telescqpe laocesses the objects location and 
auton^cally points to its coordinates* 

In U.S. Pat No. 6,304,376 to Baun et al. a adly automated telescope system with di^buted 
intelligence is described cond>ining a telescope with a controlling processor unit such as a compute 
wfae^in, once the gec^r^pduc locsdon of the tekscqpe has been ascertained, the telescope will 
automatically pofait to or tr** any object in fiie sky. 

None of the above mentioned prior art patents ^cifically disclose the unique features of the 
subject system for controlling an astronomical observatory in real time by means of a web browser and wd) 
serv^ communicating by way of an http i»otocoL 
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SUMMARY OF THE INVE^ 

In view of flie foi^goinfe it is a priimry d>ject of tiie tov^tion to provide real time control of an 
astronomical obsarv^c»y to a us^ iiutapea^nt of pers<Mmel seaport at tte obs^vatory site. 

Anoflser <*ject of th© present invention is to t»ovide access to an astronwnical observatory, madQ 
up of e)q)ensive astmnomical equipment, to users that would be iHrecluded &<m using such equipm^t 
becattj9eofcc»$t 

StiB anotber object of fite systm Sht web toowser ccmtrol of an astronomical obsmrat««y is to 
give a us^ an opportoni^ to remotely observe a nigte: sky other tJmn flie om nnd^ which he/she k located 
This would allow the user to perform observations daring daytime hours and would pennit tiie us^ to 
ccHttlrol equipment in areas less ligjte polhition than is i»»smt at hisflier locale. 

Yet mK^her <*ject of the systm is to allow a user to control an astixmomkal ob^'v^ry o^ a 
netwoik such as the intmiet using standard internet protocols in ord^ to allow communication between flie 
user and lite astrmomical observatory to pass freely through corporate firewalls without requiring auxiliary 
holes m the firewalls to be cre^sd 

An additional object of the invention is to dlow a uaar to cmttrol m astronomical observatory via 
a web browser independent of any par&ular opoatittg system, component tedmology, or object calling 
ccmvoitian m ord«a* to allow for a maxhnum client reach. 

A farth^ c*j ect of the inv^on is to allow the us^ to control multQ>le observrtcwries 
simultaneously^ and to diow as many spectators as desired the resd time residts cmnuig frmn the 
6b$ervat(»ies. 

llie subject system is used jEOT ccmtrolto 
teidw^, utilizing a web teowser operated by a us^, and a web server combed to Ae observatscay . 
Wherem both the cmttol to, md feedback from the observatory are displayed to die user in real tssm and 
2ffein<tependentofp©rsoimelsi5>p<»t at the observatory site. The us^ submits a request to the observat«»y 
viatfaewebtsowsen A wd)sw«r,a)i3|)ted to fte various astroiumMfi^ 

behalfofthe usra- and r^pondswiflj the stetiK and resuhs of Ae request Ttese results and/or ^atiK are 
then displ^ed by the wd> browser to the user. Requests may be made by the user int^^vely , cm: m the 
fimn of a scaript. Since flie system may be used over wide area ne^calss, like tte Inteniet, my other type of 
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network, or even no network at all, liie iayenlion allows Ae user to control Use obsorvatoty either i^otely 
from a distance^ or locally at the observatory site. M ad<Ktioa> the distributed nature of the system allows 
fyt die os^ to be in control of mutttple observatories simultaoeously, aiui pmmts any number of q)ectatcsr5 
to view the results comii^ from the subject observsdxmes. 

These and other objects of the preset invoition will become ^parent to those ddlled in the art 
from fte foUowkg detailed description, showmg the contempk^ novel construction, combhmtion, and 
elen^its as herein dtesoibed, and more particul^y ^fined by ttie qspended clam£s, it being undostood 
liml changes in the precise embo^ents to the herein disclosed inventfon are meant to be im^hid^ as 
c(»Ening wi&itt the scope of the clahns, except insofar as they may be i»'ecluded by the prior art. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The accompanying drawings illustrate con^l^e preferred embodiments of the present invention 
accordn^ to die best modes }»esently devised fi^ the prac&d plication of the Isinc^>les diereo^ and in 
which: 

FIG. 1 is a diE^ram of an exemplsffy aivironmem used to implei^ 
FIG, 2 is a flowchart showing die general logic of a web browser perfonning die steps of die 
$iri>Ject inventioa 

FIG. 3 is a flowcteot ^leia die general logic of a web server p^oimiog die steps of die current 
invention is showit 

FIG. 4 is flowdiart of die g^erai Ic^ic of a web server perfonning die steps of the observatcny 
startiQ) procedure. 

FIG. 5 is a flowchart featuring die general lo^ of a web server vAile executfa^ die requisite steps 
for acquiring m hnage of a celestial object. 

FIG. 6 fe a fiowch^ showing die gei^ral logic of a web server performing die steps of die 
obsm^s^iHy shutdown procedte^* 
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DESCRIPTION OF THE PREFERRED EI^ODIM^ 
M FIG. I, an exemplaiy environment of &e present invention is shown having gmml reference 
tflimeial 10 wherdn the ^vhxMoment 10, is made of a web browser 12, a netwo* 14, and an observatc»y 
16. The elements offljeobservaimy 16 may be lMX)ten down furflM^ 
5 included in the web server 18, and the astronomical hardware 20, 

The web browse 12 provides a rich graj)hical vset inter&ce for a user to interact wi& the 
observirtory 16 in a number of standard ways, Tte griqpMcal interface conW inctode features lik^ 
interactive, virtual star chart of the sky at tte observatory 1 6 m OTder to simp}ify selection by tte user of a 
desired target The web browser 12 could finAer include interactive virtol models of various components 
10 ofthe astronomical hardware 20, such as, a dcmie 22 wMdi provides a prot^ 
h^' obs€Svat<Hy 16. Atelescope24,mjKieupofatelescofrfc<q>ti<ssys^ 

II position of the telescopic optics system for die purpose of pointing to and trackmg <m celestial objects. An 

^ imaging camera 26 tocated at &e telescope 24 and positioned for Ae purpose of capturing a digital im^e 

ofa celestial otgect at which fte telescope 24 is aimed. An auto-guiding cam^ 28 located at Ae telescope 
15 24 and able to find a celestial crtgect in flie sky nejtf the celestial body at which the telescope 24 is aimed for 
the purpose of providing the software with a set of reference images <m which it may measure tiie necessary 
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p tracking adjustments as the telescope 24 moves aoross the sk^^ 

p iBoiiidesaniiisidedon^camera30,mio«tsided<»necamem32,anda^ 

■m' ■ 

• 34. The niterfece between the user and tiieobs^atory 16 could mi^als^ 

20 object oeated by the hnagmg camera 26, at the request of the web browser 12, a wide angle view of the 
inside of the 6bservat<Hy 16 produced by the inside dome cam^ 30, and/or a wide angle view of die sky at 
die observatory 16, captured hy die outsWe dome camera 32. in short, die fiinction of die web browser 12 
in the exemplary environment 10 is to, at the behest of the us^, make requests usmg an http protocol to the 
obscTvato^ 16, and display die results of requests received j&om the obsm^ory 16 by means of an ht^ 
25 protocol Th«5e requests being carried out by the web s^ To 
(me sldlled in the art it wodd be obvious diat an tetps 

protocols. Consequ^fly, it is assumed diat any components in the system described as usmg an Mp 
l»otocol for communicating could altematively be utilizing an https protocol without departmg from the 
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present iQventi<m. Fuitli^m{»'e, those ddlled ib tibe ^ will recognize that the list of possible features 
located at &e web browse 12 are aot in any way limiting, and that tbe fimctionality of Hie web browse 12 
could be lafger <x smaller wilbout dq)ert!ng fiom Hie scc^ of the i^res^t investicm. 

Hie web servo* 18, as depicted in the exemplary environm^ 10, includes the software that nmkes 
operating the astronomical hardware 20 possible. This list of software includes a re<}aest manager 36, a 
power m^sager 3S, a user man^r 40 c<mnected to a user database 42, a celestial object database manager 
44 ^ch ccmtzols a cdlestial object database 46, acelestid image database manag^48 coimected to a 
celestial hnage database SO, a dome manager 52 attached to a dome <hiver 54 coi^ls the dome 22, 
a telescope manager 56 linked to a telescc^ driver 58 that feeds requests to tbe telescq[>e 24, a telescope 
model manager 60, an mining camm nutm^er 62 and an imagmg camera driver 64 that control the 
imaging camm 26, mi auto-guidIng camera manager 66 and an auto-guiding camem driver 68 whidi are 
connected to the auto-guiding camera 28, an inside dome cmnera manager 70 electronically linked to an 
inside donlie can^ driver 72 and the mside dome camera 30, an outside dome camm manager 74 
attadied to an outsicte dome camm driver 76 that passes requests to the outside dome camo^ 32, a weather 
^eAoa maimger 78 and a weathm- station driver 80 coi^led to the weather station instrument 34, and a 
broadcast manager 82. 

The request nmnager 36 is r^s^K)iisible for listening for and responding to web browser 1 2 
requ^. Tte request manager 36 also qiKsues requests while other reqpiestsar^ 
usertoc<mtroltheoteervat(»ry 16inascrqytedmann^. All requests from tiie web browser 12 have an 
associated timeout and are closed loop. Whenever a request fails, the web browser 12 is informed of the 
&llurealc»% with a descript status of fl^£»lisre. "St^en a request succeeds^ tbe ^atiis of the reqpie^alcmg 
with its results are pnesented to the w^ browser 12 iQr of the req^ 
proto<x>L 

The pow^ manage 3 8 irovides the means for the web browser 1 2 to pow^ on (»r off, any €t all 
oftteastronom&:al hardware 20 locked 8^ the observatory 16. Iheibccess to power op^naticm via the web 
Imwser 12 wmddncMinaily be resent for users witii^bnm This is due to &ct tii^ the 

ability to power devices is primarily for startiq) and shutdown. In the case of a problem with a particular 
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ccHUponent of the astioaomieal hanhvare 20 power operattcxis mi^ abo be aecessary to **reboof ' fee 
device by toggliisg its power. 

The user man^^ 40 is tte gErte by whkh 
observatcay 16 via the w€*) browse 12. As the us^ attempts to logtoti^ user maimger 40 locates 
account in the user database 42 and gives fee user the privileges permitted by his^er account. The us^ 
msmge^ 40 fiirfeer comiols fee schedulmg of advance dates and times by users for manipulating fee 
observ^cary 16. UiKiermostcjrcunistani^feei^erman^^40woddaUow<^ 
conteol fee obs^rotcwy 16 to avoid conflicting requests from multiple us«^ howevw, simuttanecnis 
operation by multiple usm is possible, and fee status of and results of fee requests made by one user could 
be made avaikible to eso^ number of ofeer useis via fee broadcast nmnager i2. 

Ihe celesti^ object (tetabase mme^&: 44 provides access to fe^ celestial object datid>ase 46. 
Through the celestial object database manner 44 the usa* can get either ephemeris w graphical data for 
celestial objects incltding but not limited to galaxies^ minor planets, planets, s^Uites and stars fo^ any 
field of view, for my date and time. 

The celestial image (tetabase mmiager 48 is the means by whidi the user may obtain data from fee 
celestial image database 50. The celestial hnage database 50 ccmtains a set of refarence images feat cover 
fee entire n^t!^. This mf<mnation is e«5en1^ for certain Qpes of discov^ 
minor planet <&covay. Wlm acquirii^ an uni^ofaoelestifd object, fee w^teowser 12^ 
receive an optional accompanymg image from the celestisd ims^ database SO for reference. 

The dome manager 52 controls fee dome 22 wife c<«nmumcati<His interpreted by fee dome driver 
54. This ccH^linchules fee ability to request tteoHi^ 

dome sUt, or in fee case of a roll roof a: the equivaleid, open or close Hffi roof. Control ftrther includes 
being able to slew fee dome 22 or to track the dome 22, and to compote fee required alfeude and amiufe 
offee dome slit wife re^)ect to fee telescope. Thislasttask,^fiK>u^itmay sound trivial, is quite 
ccHqplicated. This is because different types oftotesc<q)es and mounts have rotafes^ 
loo^^ fee lotational colter ofthe dome 22. The ikane manage 52 is able to take into account fee 
geometry of bofe fee telescope 24 and fee dome 22 and automaticaily aliga fee dmne sift wife fee direction 
in which fee telescopic optic is aln^ 
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TTje telescope manner 56 sends dir^oiK to tbetele^^ Tli^e 
direcdons could include b<^ startup and shutdown instructions for Hie telescope 24. Hie communicaticm 
between liie telescope n»»iager 56 and die tetesc(^ 24 &r& 

position of tte telescq>e 24, as well as Ae c^^KabOity of providii^ the ^lescope 24 with a direGtl(m in 
wbidi to slew. 

Tte tel^ope model nmag&t 60 is rei^pomible f^H- quantifying ^matic moirs inh^ent in die 
telescope24, llieseenois include bc^fflt^nc^limi^ 

refiBcdon, non-peip^icutar axis, gear em»s» tube fi^^n^ and biorcter to qimtifylfae 

previously listed errt^s the telescope model manager 60 utilizes a process called mapping. Moping 
involves pointing the telescope 24 at a sufficient numto of celestial objects^ over a sufficient portion of the 
sky, and then noting Hke difference between where tl^ tdesci^ 24 was directed to point and wb^e it 
actually went Once a model taking into account ttese pointing mtss is in pbce ike telescope model 
manager 60 is die means wto^eby coordinates sid>m&tedby the us€ar may be converted to model 
cocHTdh^s wMcfa are then used to in^aire liiat die teleso 

Additionally, the uKKlel h used by the telescope mod^l ma^^ 60 to msd&e a($ustments in the tr^ldng rate 
of the telescope 24, accounting for the same systematic errors. 

The ims^mg cmsm man^r 62 mid die auto-guiding camera man^ar 66 are res|x>nsible Sin: 
conlioUmg the imaging camm 26 and the ai^o-guiding camera 2Sr^ H^mstnictiocsfromtiie 
can^ra managm 62 and 66 are sent by way of the imagmg camera driver 64 and the auto-gqiding camem 
driv^ 6B. All the functionality to operate the cameras 26 and 2S are provided in the camera managers 62 
and66. OpCTation at a minimum wouki include the ability to acquire an image. Odi)^qmtions»like 
regidatmg the l^nq>e»rature, bm mode, etc. of the cameras 26 and 2S would also be done by the camera 
managm62and66. The irnagingcaajemmmmgo" 62 and die auto-guiding cam^ manager 66 a^ 
as image {ttocessing programs and are able to perform vari<»is image reductions on acquired images, such 
as account for dark, flat, and bias frames. The imaging camera nianaga* 62 fiirdierprovktes^ 
imping camera focus^ 84, an imapsg cam^ filter wheel 86, and an un^jng cmnera field de-rotator 88. 
The auto-guiding camera manager 66 likewise is the means for controlling an auto-guiding camera focuser 
90, an auto-gu^ing camera filter wheel 92, and an attU)-guidmg cam^ field de-rotator 94. 
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The imide ikme camera mamger 70 mA outsit d<»ne camera man^r 74 cOTtrol liie imide 
d<Hne cmsm 30 and oafeide dome cam^ 32 via fee inside d<me cam^ cWver 72 and fee oufeide dome 
cam^driira 76 respectively • AnyandallftocticmperfcHnied^ 

controlled by fee dome camera managers 74 and 74, l^ically fee dome cameras 30 and 32 would provide 
a wide-angle view of fee inside and outside of the <*servatory 16 that would be available to the web 
browser 12, or my ofeer software mamtger in the obs^vatoiy 16, 

The weafeer statMjn m^iagST 78 controb ^ mcmitm fee wei^^ 
fee we^^r station driver 80. Bofe tte redi-time and archived ^atns of wealh^ c<mditions, for exan^jle, 
wind speed, outside temper^e, inside temperature, air iMessure, mi/o( humidity, would be avail^le to 
fee web browser 1 2 throi^ fee weafeer station manager 78 . 

The p^escait invention q^ecificaBy addresses the probten of how to make the reailte and ^atus of 
observatory in operation available to multqjle clients. Hie native of Observatory control lends itself to 
control by a single user at the web teowser 12. However, fee results and status of requeste n^ on behalf 
of this "primary usei** can be made available to my nmnber of ofeer useys. in the ^ect mventicm it is of 
fee utmost fanpcHtancefeatfee primary i«ser receive status and r^ ToaccOT^jlish 
this, broadcasting is dcme on a lower pri<»tty and on a con^letely separate i»oce^ (or even CPU) frcan the 
primaryus^. la feisw^,wh^ fee pimary user is in control of the observato^ 
hang or get begged down Iq^^broa&iasting to multq>ledi«tts. Imtead, copies of^^ and results are made 
available to any number of *^dewers'' through a separate lower pricaity process fean fe^ of fee primary 
iis«*- The broaden mmiag^ 82 is *le to hroa^fcast results in any numb^ of ways includkig throu^ ofeer 
web servm, file transfer servers, gopher, esudl, ftx, modem, etc., etc. 

Of course those skilled in fee art will recognizse limt fee e^mpli^ envircmmeait 1 0 is not mtended 
to limit fee scope of fee present invention, for example, fee web browser 12 could be run on the same 
c^nq)Ut^ as fee web server 18, eliminating fee need of tte netwoik 14. Moreover, fee distributed nature of 
feesoftw»e<»n5>onCTts^jeVc<mibinati<mof Fflrexang>le,eachof 
fee drivers firar fee astKHiomical hardware 20 could be run a sqpani^ Infeeexoi^laiy 
^vironment 10 fee core or majority of fee processing is done cm fee server computer. Hiis allows the 
client side jMx^cessing to be shsfrle mid feus increase fee rc^ of observatory comrol to fee broadest 
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audiesice possible. TlK)sesldIledm^aitwmrecogi)izelhat0^ 
used witiioi^ depaitmg fixjm the spmt of the ci^ 

In FIG. 2 a flowol^ of the genersd lo^c of the wd) farowser 12 mifa reference nimiaral 96 is 
sfaovm , vdierein the web Imtows^ 1 2 is sitoits a request to the web server 1 8 and ttea displays the stetos 
5 and/or results of the r^ue^. Thefirstbk)ckmtheflowdiart96isaninitiaIi2ati In the 

hiitialiasatim block the web browser 12 is initialized. The user thm selects a reqii»st» symbolized by a 
sekct request btods; 1 (K>» mid the selected reqpiest Is sifl>niitted to tiie web sarva* 1 S sbown d& a salnnit 
request to web servt^ block 1 02 . Whether or not the reqqcst ^bmitted in the snlnnit request to web servw 
block 102 im been cmiphied is &en evaluated by a request completion decision tree 104. If tii^ request is 
10 not finished dien the web browser 1 2 submits a status reqi^^ to the wd> server in a submit status block 
^ 106. The st^ of the request is AencHsplas^ by the 

which point the system returns to the request con^letion decision tree 104. If the request submitted to the 
web server 1 8 in the submit request to web s^er blods: 102 has been con^>leted then the results of the 
request are displayed in a display results block 1 10. 
IS The loop represented by bhx:ks 104» 106, and 108 is a traditional cli^ poll method to detmnme 

the status of an ongomg request Hie client poll method is shown here for snnplification, other methods for 



Q d^maudng the status ofanongoiiigreqi]^ such as serv^pu^co^ 

PJ 

o 



fj common ptetfomindepemkntmethod, would likely alk>w for a sicQ|>l^ 



sophisticated web serv^ 18, resulting m maximum client reach. 
20 Referring now to FIG. 3, a flowchart of the general logic of the web serv^ 18 having gen^ 

T^f&:mce numeral 1 1 2 is shown, wherein the flowclmrt 112 repres^ts die g^mi ^gic used by the web 
s^er to process a request made by the web browser 12. The flowchart 112 begins with an initialization 
block 1 14, which re|s^esents the initialization of the web s^er 12 and manage con^>onents including tte 
power manage 38, the inan^^ 40, die celestial object database nmn^er 44, d^e celestial image 
25 database mang^ 48, the dome manager 32, the telescq^e mmiago" 56, Oe telesc<^ model maimer 60, die 
hnaging camera managor 62, d^ auio-gmding camoa manage 66, the Inside dome camofa managcar 70, the 
outside dome camera manager 74, the weather station manager 78, and die broadcast manag<^ 82. 
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Hie tiext stq) in Ite flowchsfft 1 12 is a bit>w$er request decision tree 1 16 ivfaich determines if the 
request mmassr 36 has received a reque^^ from the web browser 12, If a request has not been received 
ibm c(Hitrol is transferred to an observatory usage decisicm tree 118. If a request is {oesent then control is 
transferred to a user identificaticHti decision tree 1 20 where tfie idmtity and profile of the user are searched 
for by die user manager 40 in the user database 42 . If the user is not found in the user database 42 th^ 
Qoi^i is transferred to a request response bloclc 1 22, at which point an q3i»opriate response k sent to the 
user via tie web browse 12. If the user is found, die system continues to a ms/^ schedule block 1 24 at 
which point the user manager 40 d^sramines if that user is scheduled to have control of die ob$€»vat(»y 16 
at that time. If the user is not scheduled then die system responds at die request r^spmse block 122, 
Should die us^ be sdbeduied j^perly dien control passes to a ^irlup teque^ decision tree 126. At die 
starti^ request decision tree 1 26 the requ^t msmgsr 36 evaluates whedier die request is a startup request. 
If die request is a startup request then die request is executed at a startup request block 128. Should the 
requ^t not be a ^Map request, die sys^ tten proceeds to an image reqmt decisicm tree 130, where the 
request man^^ 36 sai<fe hnage reqi^^sts to a hnage teqpie^ block 1 32 to be carried (nit, and attemadve 
requests to a shutdown request decision tree 134 vAmh also takes place in th« request managa^ 36. The 
fimction of the shutdown request tree 1 34 is to, in case of a shutdown request, send die system to a 
shutdown recpiest blockl 36, wl^ die system is shutdown. In die case diat die request is iKit a shutdown 
request, the shutdown request decisis ftee 134 transfers ccmtol to a stato request ^isicm tree 138. For 
the case that d» request is a request fiom the web browser 1 2 regardmg the status of a previous request 
then the requested status is obtained ^ a status request block 140. If die request is not a status request then 
die system proceeds to an odier request decisicm tree 142. Iliis odier request decisicm tree 142 itjiresents 
the request mans^^ 36 routing other requ^. lliese requests might mclude any pcardon of operatkms in 
the startup, image, and shutdown requests or any other operation involved in controiUng the observatory 
16* 

Retumii^ now die observatc»y us^e decision tree 1 1 8, here die request manager 3 6 d^mrdnes if 
the obsavatcny 1 6 is in use. If the observatcwy 16 is In use then ccmtrol is ^ven to a weath^ decision tree 
144, at which point the weather station manage 78 determmes is the weather conditions at the observatory 
16 are accqjtable for observ^on. if weatter comUdons are not coiuhicive to observatory 16 usage then die 
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system proceeds to a sbutdowB request block 146 viimb is id^tical in fimcticsi to the shutdo^ request 
block 136. 

FIG. 4 shows a flowchart 1 48 of &e general l<^c of tiie web s^er 1 8 while performiag a startiq> 
request Tlie flowchart 148 begins with the startup request block 128. The system is then directed to a 
weather decision tree 1 50 whca^e the weather station matiager 78 determines if weather will allow the 
ot^m^ry 16 to be op^^donaL Configurable q[yti(»}S allow f<»r specifymg tolerable values for diffi^mt 
weaker variabtes sudi as wind speed, outside temperature, barometric {Hessure, hmnidity and <kw point 
If file weath^ is bad fiien the system is transferred unmediately to arequest conqitete block 152 wiAout 
con^ieting any further startiq> procedures. If the weather is acceptable then the system {proceeds to a clear 
^ decision tree 154. 

At the clear sky decisicm tree 1 54, vidietfaer or not the is clear ^oug|i to observe is det^mined 
by the outside dome camera manager 74. The outside dome camm manager 74 accomplishes this by 
acquiring a wide-angle view of the sky 6om the outside dome cam^ 32 ami comparing the stellar pattern 
oftfaat usage widi a virtue Stella pattait generated by ti^ Iflfae 
picture from fte outside dcmie camm 32 n^hes the virti^ hnage without too many obstructions Aen flie 
slsy is clear and the system proceeds to a set of hardware pow^ ups 156. 

Tbd first stqp in the set of hardwiuepoweriqis 156 is apowerdome biodc 158 which rqsesoQts 
the power manager 38 pow^ingthe dome 22. Next a pow^ telescope block 160 symbolia^ the power 
manager 38 powering the telescope 24, The system is tten controlled by a power imagtag cam^ block 
162 wWdi depicts the power mans^er 38 powmng the hnagmg cam^ 26. The pow^ manager 38 Aen 
powers die auto-guiding camera 28 at a power auto-gmdi^ Ihelai^pow^upinthes^ 
of hmdware pow^ ups 1 56 is p^ormed by the powcar manager 3 8 as it powers the in^ dome camera 30, 
which is represented by a power inside dome camera block 166. 

After the set ofhardwi^pow^ ups 156 fte system then progresses to a set of faaidware 
miMsdizatiom 168. The initialization i»xK)edurescontamedm^s^ 
^)ecific for each piece of hardware* Th^r are (»^time^tK:edur^tfaj^ prepare the hardi^^ 
for use from a recently powered up stete. For simplifl^tion initialization is shown as a smal process, 
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however, one skilled in Ifae could abo a<x»Hnpli$h them as a set of asyncbrtHious {nrocesses \i^mia 
control is not continued tmtil all initializations aie complete. 

Tbe first block s}K>wn in Ite set of hardware initisdiaatkms 168 is an initialize dome block 170. 
This dgpifies the dome manager 52 initiaUmglli^ dome 22 and iH^^ Pmy 
device speci&c commands necessary to make the dome 22 ready for use from a powerless sfete are 
p^om^d hm. For exan^Ie, the dme 22 wouki be instructed to fit»i its home sensors and be s^ to its 
hcHne position. In addition the dome slit woufal be op^e4or»3ii the case of a loHofifro^ 
the roof would be (q)ened. 

As the set of l^dware initializations 168 continues the system advances to an initialize telescope 
block 172. At the initialize telescope block 172 the telescc^ m^anager 56 initializes die telescope 24 and 
pmvides tte telescope 24 widi any and all ccmmiands necessary to m^ it useful fiom a pow^iess state. 
An illustration of this would be mstructiBg the telescope 24 to find its hcmie sensors and be set to its home 
position. 

At an mitialize imaging camera block 1 74 the im^jng Qamsm 26 is initialized by die im^;ing 
cam^ manage 62. Here the imaging camem s^agar 62 would give instructions like: cool to adesired 
tenKperatiHe» to the imaging camera 26. Tbese instructions giv^ by the imaging camera manager 62 aQow 
die imaging camem 26 1o become usefid fi'cnn a rec^t^ pow^^ vp state. 

As the sy stm reaches an initialize aido^^ding camera block 1 76 die auto-^ukliQg camem 
manager 66 initializes the auto^guiding camera 28. At die initialize auto-guiding camera block 176 the 
aito-^ii^g camem manager 66 would give any commands necessary to the auto<-gaiding cam^ 28 in 
order to bring the auto^ding camem 28 into a s^ of i^uliness from a recently powered vp state. 

The final bIo(^ shown in tbe set of hardwsB%hutializat^ 168 is an initialize inside dome camem 
block 178, At the initialize inside dome camera block 178 d^ inside dome cmnera 30 is initiaiized by die 
msidte dome camera manage 70 in a manner similar to the ws^ m which tfae imagmg and auto<*guiding 
cameras 26 and 28 were initialized 1^ die ims^ing camera and auto-guidhigaimem n»nagm 62 and 66 m 
blocks 174 aiHl 176. l^n oc^npletira of die set of Imrd^^ initializations 168 the system then proceeds 
to the request complete block 1 52 where the resute of the stmtiq) reqi^st are sent back to the web browser 
12. 
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FIG, 5 depicts the ^neral logic of the web server 18 perfimiing tihie stq>s of an image request in a 
flowchart 180. The flowchart 180 is initiated by die image request block 132* Control of die system dien 
continues to an coordinate block 1 82 v/bere the celesti^ obj ect database manager 44 resolves a 
named based image request to cekisttd coordinates. Ctece these co<»*dinat^ me obtaio^diey are 
converted by the telescope model manager 60 into modeled coordinates. Tins jatjcess is rein^esented by a 
moctel cocmlinates block 184 in die flowchart 180. The modeted coordinates malted by di^ telescope 
model manner ^ take in^ account syst^naticm^mharentm A telescope slew bkx:k 

186 and a dome slew block 188 are dien shown as occurring simultaneously. The telescope slew block 186 
correqjonds to die telescope manage* 56 directing di^ telescope 24 to slew. The parametm of the slew are 
Hbm converted to die api»opriate form by the dome manager 52 and die dcmie 22 bc^jns to slew at the rate 
necessary to keep fi^m obstrucdng the view of the telesc(H>e 24. Upcm cos^ietion of die slews control of 
the system is relinquished to a slew complete block 190 where die system waits for b<^ the (bme 22 md 
die telescope 24 to reach their final position befixe control passes to a focus camem blodc 1 92. 

At die focus camesB btock 1 92 die hm^ng cam^ and auto*guiding camcau managm 62 and 66 
achieve foois in the imaging and auto-^goiding cameras 26 and 28 re^}ectively. One way to accomplish 
this is by convergmg on the maximum fi:e<pency content of several ims^es acquired while adjusting the 
imaging cmnera and aoto-guidix^ cameta fbcusers 84 and 90. 

C^ce focus is achieved die next stq) in die flowchart 180 is a find guide star bk>c^ Thefind 
guide star block 194 represents the task of the auto-guiding cam«^ 28 acquiring a suiteble celestial object 
to serve as a guide star. This is accomplisl^ as the auto-guiding camera 28 varies exposure time (long^ 
reveals dhnm^ stars) ^e the telescope 24 makes small positionmg adjustm^ hi ord^ to Mng known 
nearby stars, whose cooriSnates are suH>lied by the celestial object database manager 44, mto view. 

After an approjaiate guide star has been located by die auto-gidding camera 28 die system begins 
to take die im^e requested fay die user ma begin image block 196. At diispomt die hn^ui^ camera 
mani^€»- 62 selects a filter on die ims^mg camera filt^ wheel 86 ^ 

bepEid}ee:^pc»iurc. The {mrmnet^ofdi^ exposure, af^ leaving the imaging cam^m^^ar62»ar^ 
converted to the necessary form by the imaging camera driver 64, and sent to die unaging camera 26. 
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Now control of the system is passes to an expoaire comply ^isicm tree 198 wh^e im^g 
cmm. msme^ 62 detenmnes if the exposure is compksis^. If it is not then the system is transferred to an 
a^Busttetescopetaradkiag block 200. The a^^iist telescope feadmgblodk 200 i^e^ 
model manager 60 computing tracking a<gustmmts for the position of fte tetescope 24 to account for the 
systematic eirors present These adjnstm^ts are then passed to the telescope manager 56 M^iich 



(tece tte telescc^ 24 tra^^g }^ been «^ted the necessary tHK^^ 
the dome meager 52 which then conv^ the corrections m orda* to ke^ the opening in the dome 22 
aligned with tfc» telescope 24. This p-ocess is represented m the flowchart 180 by an adjust dome tiackmg 
10 block 202. 

Then^blo<*sbownisanac<pjjrefflito-gukl^ This symboliajes the mito- 

guiding camera 28 acquiring an unage of the reference guide star. Once tins is complete control of die 
^ system passes to a giude£tormovOTent<feciid<m tree 206, wh^^^ 

man^ 66 deteiminir^iftiiegmde star has moved with re^pe^ Ifthe 
15 positicm of die guide stm* has not drnnged, ttoi tije system is transferred bade to Ae e>qposiH« cosi^lete 
decision tree 198, However, if the position has chan^ then the progression of the flowchart 180 leads to 
a telesc(q« conection block 20 8 vibs^ the telescc^ manager 56 moves the telescope 24 in ord^ to cctfrect 
the o£&i^fbuiid in the guide stm^ii^v^^decisicmtr^ Qo^etfaiscc^iecticmisccmiplete^dh^m 
of the system is again shifted to tiie e^qposure comply decision tree 198. 
20 It at the e>iposur« <tecisi(m tree 198, the imapsg cam^ xoanager 62 determmes that the ejqKxsure 

is c(Hnplete the syi^m advances to an acquire hnage blodc 210, vfh&te die imaging cam^ n^i^er 62 
acquires d» image ftom tike imagfflgcam^ 26 by way of the nna^ Asthesystm 
passes to a perform image reduction block 212 die imaging camem manager 62 mdkes a copy of die 
acqpihed image and reduces the copied hnage. After the im^e has been copied and reduced bodi die 
25 original and copied imf^es ate archived by die um^mg camem manage 62 hi an ardbive hn^e block 214. 
Next the ^can continues to a ^ners^cmni^risonmiageblodc 216- Here tiwj celestial hnage database 
manager 48 generates an actual fanage of the same pCHtion of die ^ diat is captu^ 
just t£^en* TTiis conq>aris<m image is provided as an cation to us^s who wish to have a frame of ref^mces 
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for their image, l^e next step in the flowchOTt 180 is a g^iarate virtual image block 218 whi»e a vfrtoal 
image of the portim of the sky c^tored by the user is gm^^ from the celestial object database manage 
44. Once idlofthe desired miages have been geno^atedtte 

viewm as it becomes convaiient for the web sa^ar 1 8 , via the l»oadcast maaiager 82, as is rqaesented by 
a broadcast results block 220. Finally, an image request complete blodc 222 si^ifies diat the image 
request has been complete and tte resailts and status of d» request are sent to the web browser 12 in real 
time. 

Referring now to FIG. 6, a flowchart 224 is shown, vfhemn tite gei^ lo^c of the web server 1 8 
performing a shutdown request the web kowser 12 is represented. The first st^ in the flowchart 224 
is tl^ begin shutdown request block 136, vMch is fhncdondly identical to the ^utdown req^st block 146. 
Cammand of the system is then shifted to a set of hardware unmkializations 22& 

As with the set of hardware initializations 168, the repres^tation of these unmitializations is 
shown as a serial process widi a specific Older. It should be remembered diat this is in no way out of 
necessity ami flmt these pfocesses ccndd even be perfcMmed in paralleL 

Present in &e flowchart 224 as the fkst stq> in Ae set of hardw^ unmitializ^om 226 is an 
uninitiali2» dome block 228, which represents ti[ie dome manager 52 giving the dome 22 any and all 
instructions preieqiustte to ^d(sne 22 being turned off. Such instruction could inchicterot^g the dome 
22 to its park position and ctosmg its slit or roof 

The next block stown is an uninitiaUze telescc^ btock 230 wherein the telescope manager 56 
g^iides file telescope 24 through ite i^ocedures required fca* it to be powered down. An exmnple of one 
^h procedure would be slewing the telescqpe 24 to its park position. 

FoUowmg the unmitialize telescope block 230 an usinitialize hna^ng camera blodc 232 is shown. 
The uninitialize imaging camera block 232 represeirts tihe imaging camera manager 62 causing the imagii^ 
camem 26 to p^rfi»m such tasks as Isin^ng the cam^ 26 to ambient taiq)emtuie in preparation of havmg 
the pow^ turned off. 

In an uninitiaUze mito-guiding ciunera block 234 and an unmitialize inside dome camem hhdc 236 
the auto-guiding camera md inside dome camera managers 66 and 70 cause the auto-guiding and inside 
dome camera 28 mni 30 to go tfarou^ the steps necessary to pKpssce them to be powered down. These 
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processes would be nearly i^tical to Ibe instmctioE givea Qie imaging cam^ 26 by fte imaging camera 
manager 62 in tiie miinitiaUze imaging camera block 232. 

Once the set of hardware uninMaiizations 226 is conq^lete Ibe system is iim sent tbroi^ a set of 
hardware powar downs 238. The set ofhardware power downs 238 are all performed by 1^ power 
manager 38 of the system. The first power down shown is the power manager 38 cutting power to the 
dc»ne 22 in a power down dome block 240. Next a power down telescope block 242 denotes the power 
manage 38 powering down &e telescope 24. Tben»inttirn,apowerdown]m£%ingcamemblods:244,a 
pow^ down auto-guiding camera block 246» and a pow^ down inside d<mie camera block 248 signify 
pow^ manager 38 shutting off the power to the imaging camera 26, the auto-guiding cmnera 28, md the 
iaside dome cameia 30, lei^^ectiv^y. After the set of hardware power downs 238 is c<H]q)Iete the control of 
the system is transferred to a nsquest complete btock 250 wbidi r^»:es^ts Ike cotq)leti<m of Hbe shi^wn 
request 

While the invention has been particularly shown, descr3)ed, and ilhistrated m detail with x^f&tmce 
to the fffefemd embodim^ and modificaticms fli^eoi^ it should be unctotood by Aose skilled in the art 
that the for^nig ai^ odier modificaticm are exenq>lary (Hdy, and that equivalent changes m form and 
detail may be made therein without departing fix>m the true spirit and scope of the invention as cJahned, 
^c^ as precluded by die pricn- art. 
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